home *** CD-ROM | disk | FTP | other *** search
/ Night Owl 9 / Night Owl CD-ROM (NOPV9) (Night Owl Publisher) (1993).ISO / 054a / gfile.zip / TECHNOTE.TXT < prev   
Text File  |  1993-02-24  |  4KB  |  106 lines
  1.  
  2. GFile 2.0 Tech Notes
  3. ================
  4.  
  5. Note -  If you have not read the file README.1ST, please do so now. It
  6.     contains particular license terms and warranty information that
  7.     you are implicitly agreeing to by using this program.
  8.  
  9.  
  10. Revision History/Program Development Log
  11. ========================================
  12. Revision 1.0    3/14/92    Original program completed, written in Visual Basic
  13.  
  14. Revision 1.1    3/29/92    Fixed several bugs. 
  15.             Added View/Small and Options menu
  16.             Made error handling more robust
  17.             
  18. Revision 1.2    4/5/92    Fixed more bugs.
  19.             Added Disk Info screens
  20.             Changed order of selecting default destination
  21.             for Copy/Move.
  22.  
  23. Revision 1.3    4/11/92    Fixed bugs.
  24.             Added the ability to save configuration between
  25.             subsequent executions.
  26.  
  27. Revision 1.4    4/19/92    Changed 'Selected File' listing to give date/time
  28.             and attributes along with filename and length.
  29.             Added 'About...' item to menu.
  30.             Extended the configuation save/load to include the
  31.             drives/directories being displayed, the working
  32.             directory, and the location of GFile on the screen.
  33.  
  34. Revision 1.5    5/3/92    Completely rewrote the panel display, hilighting and
  35.             directory selection logic to make it more 'visually
  36.             intuitive' - incorporating the idea of an 'active
  37.             pane' and a 'destination pane' similar to many DOS
  38.             file manipulation utilities.
  39.             Fixed several minor bugs.
  40.             Cleaned up the Tab Groups.
  41.             Enhanced performance of the File Info panels.
  42.  
  43.         6/92    Decided GFile had progressed as far as it could
  44.             using 'Out Of The Box' Visual Basic. Considered
  45.             writing custom controls in C, decided it would be
  46.             be better in the long run to re-write the entire
  47.             program in C. Began development of Revision 2.0.
  48.  
  49. Revision 2.0 Beta
  50.         9/92    Began beta testing of GFile 2.0 with no
  51.             significant enhancements over 1.5. 
  52.  
  53.         10/92    Added Program Groups, enhanced command line
  54.  
  55.         11/92    Added serialized printing, additional small
  56.             enhancements. Decided to make GFile Windows 3.1
  57.             specific (needed toolhelp.dll and shell.dll).
  58.  
  59.         12/92    'Iconized' Program Item list box. More enhancements
  60.             and bug fixes.
  61.  
  62.         1/93    More small enhancements, lots of flaky bugs fixed
  63.  
  64.         2/93    Added browse dialog, put a 'features lock' on the
  65.             program, fixed bugs, began writing documentation.         
  66.  
  67. Revision 2.0    2/25/93    Released GFile 2.0
  68.  
  69. Notes
  70. =====
  71.  
  72. Although GFile directly reads the group files to implement the Program Item
  73. lists, GFile uses DDE (program to program communication) messages with 
  74. Program manager to make changes in group files. I chose to do it this way 
  75. for a couple of reasons:
  76.     
  77.     1. Safety. If Microsoft were to change the format of group files
  78.        between 3.1 and 3.2, for example, the worst thing that would
  79.        happen to GFile is that it wouldn't run. In particular, it would
  80.        not write incorrectly formatted group files, since it is Program
  81.        Manager that is actually writing the files.
  82.  
  83.     2. Efficiency. Although the code to directly manipulate the group
  84.        files would be faster than communicating with Program Manager,
  85.        it would certainly also be much much bigger than the 
  86.        communicating code. Although I'm sure there are people who create
  87.        dozens of program items a day - they are not the norm. Most of
  88.        us would rather not waste the disk space re-inventing the wheel -
  89.        even if it does spin a little bit faster.
  90.  
  91. The main result of this is that when creating, destroying, or changing
  92. program items, you will see Program Manager come into existence as an icon
  93. (if it is not already running), and then go away again upon completion. If
  94. Program Manager is already running, and is not iconized, it will hide
  95. while the operation is taking place (to prevent unnecessary screen painting
  96. activity), and then re-appear upon completion.
  97.  
  98.  
  99. Final Note
  100. ==========
  101.  
  102. Thanks to Randy("I've found a GBug"), Jack, and John. 
  103. Good beta testers are hard to find.
  104. Thanks to Tim. Good political arguments are also hard to find.
  105.  
  106.